查看原文
其他

微软苏州集体抵制来自阿里、华为的跳槽者:请停止你的“奋斗逼”行为!网友:看到 955 不加班的公司名单,我酸了

来源 | 开发者技术前线

上一篇:是什么让我放弃了Restful API?

微软苏州某team最近做了一次自发行为,这个项目只是一些职场人在工作之余的 Hackathon项目,员工所发的文字表述只是开发测试时的“自嗨”文案,仅代表个人意愿。
后来终于有人受不了,工作群开始检查“奋斗逼”。


有刚入职微软的同行,发贴感叹:比大家想象的还轻松。


   也不少同行投去了羡慕的眼光。酸的不行了


955 不加班的公司名单


另外说一下,这个 955.WLB(work-life balance) 其实建立的背景就是之前很火的 996.ICU,目前 955.WLB 在github上已经获得 17.4 star。



955.WLB

https://github.com/formulahendry/955.WLB

与 996.ICU 相呼应,955 公司白名单。旨在让更多的人逃离 996,加入 955 的行列。
996 工作制:即每天早 9 点到岗,一直工作到晚上 9 点。每周工作 6 天。
955 工作制:即每天早 9 点到岗,一直工作到下午 5 点。每周工作 5 天。
11-5-5 工作制:即每天上午 11 点到岗,一直工作到下午 5 点。每周工作 5 天。
996.ICU: 工作 996,生病 ICU。
关注顶级架构师公众号回复“架构整洁”,送你一份惊喜礼包。
955.WLB: 工作 955,work–life balance (工作与生活的平衡)。
1155.Life: 工作 11-5-5,生活为先

说明
以下公司名单,基本不属于 996 的公司,相对接近 955/965 的水平,但是依旧要看部门和地区,不能保证完全准确性。
  • 不能保证所有部门都是 955/10-6-5/965/10-7-5 的水平

  • 就算部门的平均水平是 955/10-6-5/965/10-7-5,也有可能部分时间要加班

  • 名单中部分公司的部分部门可能有 975 甚至 985 的情况,不要以偏概全

  • 名单中部分公司的部分甚至较多部门可能有 945、10-5-5 或者 11-6-5 的情况,我们也把他们加入在名单中

  • 目前名单上的公司在上海的居多,是因为作者我身处上海,对于上海的情况相对了解。并不意味着 955 的公司大多都在上海。欢迎童鞋们继续投票,我会根据投票情况,加入更多公司。



955 的公司名单

  • Amazon - 北京/上海

  • Apple - 北京/上海

  • Autodesk - 北京/上海

  • Citrix - 南京

  • Cisco - 北京/上海/杭州/苏州

  • Coolapk (酷安) - 北京/深圳

  • Douban (豆瓣) - 北京

  • eBay - 上海

  • EMC - 上海

  • Ericsson - 上海

  • Google - 北京/上海

  • Grab - 北京

  • HP - 上海

  • HSBC - 上海/广州/西安

  • Hulu - 北京

  • IBM - 上海 (GBS除外)

  • Intel - 上海

  • LeetCode - 上海

  • Microsoft - 北京/上海/苏州

  • National Instruments - 上海

  • NVIDIA - 北京/上海

  • Oracle - 上海

  • PayPal - 上海

  • Pivotal - 北京/上海

  • RingCentral - 厦门

  • SAP - 上海

  • Splunk - 上海

  • SUSE - 北京/上海/深圳

  • ThoughtWorks - 西安/北京/深圳/成都/武汉/上海/香港

  • Trend Micro - 南京

  • Vipshop (唯品会) - 上海

  • VMware - 北京/上海

  • WeWork - 上海

  • Works Applications - 上海


-END-
公众号后台回复【架构】或者【架构整洁】有惊喜礼包!------END------

架构师交流群

 「顶级架构师」建立了读者架构师交流群,大家可以添加小编微信进行加群

扫描添加好友邀你进架构师群,加我时注明姓名+公司+职位】


版权申明:内容来源网络,版权归原作者所有。如有侵权烦请告知,我们会立即删除并表示歉意。谢谢。

猜你还想看

IDEA不愧为神器,结合Groovy脚本,简直无敌!
高并发:RocketMQ 削峰实战
记一次由Redis分布式锁造成的重大事故,避免以后踩坑!
Spring的Controller是单例还是多例,怎么保证并发的安全

长按识别图片二维码关注,订阅更多精彩

顶级架构师,企业架构、系统架构、网站架构、大规模分布式架构、高可用架构等架构讨论,以及结合互联网技术的架构调整。欢迎有想法、乐于分享的架构师交流学习

: . Video Mini Program Like ,轻点两下取消赞 Wow ,轻点两下取消在看

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存